home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1989 / Jun 89 / V0025-Another Cmd⁄Doc⁄Fil-Jun89 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.4 KB  |  50 lines  |  [TEXT/GEOL]
  1. Item    2873362                         8-June-89        00:00
  2.  
  3. From:   D0416                           Futuresoft System Design, PRT
  4.  
  5. To:     MACAPP.TECH$                    MACAPP Tech
  6.  
  7. Sub:    Another Cmd/Doc/Files Link
  8.  
  9. Hello All,
  10.  
  11. First let me say to Curtis and others that to me this type of topic and
  12. discussion is the core of what adds great value to MacApp.Tech$. Things like
  13. this should never be restricted to “private” discussions.
  14.  
  15. Now about the command/document problem: I have to agree with those that feel
  16. commands should always (I know never say always) apply to a visible something
  17. that the user feels is tangible. I see alot of user interface anomolies with
  18. commands sort of issued at what could appear like the abyss. The user is made
  19. to remember what enitity (say document) the command is being targeted for
  20. rather than point at what entity the command is to act on. The NOUN (active
  21. window/document) VERB (command) feels very natural to me. And also, there would
  22. be very little visual feedback that the command was executed without the noun
  23. part.
  24.  
  25. The TDocument/many files issue seems much more involved than the
  26. command/document one to me, but the basic idea of one document manipulating
  27. many files _is_ being done in a clean way by several Mac applications on the
  28. market. 4th Dimension 1.0.x has one double clickable document that in MacApp I
  29. would make a T4DDocument. Then that one document (from the user’s point of
  30. view) automatically ties together and manages all the other files. And in 4D
  31. 1.0.x there are a bunch of “other files”. I would than have a TFile in MacApp
  32. for those other files that would be managed by my T4DDocument. HyperCard sort
  33. of presents the user with the same bundling of multi-files (Stacks) with a BOSS
  34. stack controlling other stacks. In both applications the user still thinks
  35. he/she’s dealing with one document. That one document would be my TDocument.
  36.  
  37. Now it would be nice if we all didn’t have to design and write TFile type
  38. objects completely from scratch and I believe that is the problem people are
  39. expressing about this issue. There should possibly be a say TSuperDoc which
  40. actually is a subclass of TDocument that has fields and methods to manage the
  41. TFile Class and these two classes would be a suite that was available from
  42. Apple or MADA for TDocument/many files type applications.
  43.  
  44. Plug-time: I feel MADA’s Class Library could definitely use this one, does
  45. anyone agree?
  46.  
  47. Sorry I blabbed so long, -Ken Addison
  48.  
  49.  
  50.